home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Aug 89 / X0030-sizeSuperView ignor-Aug89 < prev    next >
Encoding:
Text File  |  1989-08-22  |  2.2 KB  |  54 lines  |  [TEXT/GEOL]
  1. Item    7648877                         8-Aug-89        17:22
  2.  
  3. From:   ATTACHMATE                      Attachmate, John Bartleson,PRT
  4.  
  5. To:     MACAPP.TECH$                    MACAPP Tech
  6.  
  7. cc:     MACAPP.TEST                     MacApp SQA Team
  8.         APPLE.BUGS                      Apple Bugs Reporting
  9.  
  10. Sub:    sizeSuperView ignored
  11.  
  12. <<<<< MacApp Bug Report >>>>>
  13.  
  14. Summary:  xxxxSuperView attributes of MacApp views are ignored at view
  15.           creation.
  16.  
  17. When a MacApp 2.0 window is created (NewTemplateWindow) with dontAdaptToScreen
  18. the sizeSuperView and sizeRelSuperView attributes are ignored and the subviews
  19. are sized according to the static sizes given in the view resource.  Later,
  20. when the user resizes the window, the subviews _are_ sized according to these
  21. attributes.  This causes several problems:
  22. 1.  If the window is to be sized with TxxxWindow.IRes when created, for
  23.     example to adapt it to the height of the menu bar, the subviews don't get
  24.     correspondingly resized.
  25. 2.  When creating views in ViewEdit, it's common to have two overlapping views
  26.     that are the same size and at the same location, such as a TEView on top of
  27.     its scroller.  Since ViewEdit doesn't have any way to access hidden views
  28.     without the mess of hierarchy changing, I'd like to draw the subview
  29.     smaller than the superview behind it (so the superview is visible) and set
  30.     the subview's size attributes to sizeSuperView.  But this doesn't work at
  31.     view creation time and I'm forced to DeRez the resource and set the static
  32.     size myself.  Yuk!
  33. 3.  The documentation (View Architecture Release Notes) is misleading: one
  34.     would assume that sizeSuperView means _always_ sizeSuperView, not just when
  35.     the superview _changes_ size.
  36.  
  37. There are several workarounds to this problem, and it may be either a bug or a
  38. design oversight, but I believe that MacApp should always take care of
  39. sizeDeterminer's in the view hierarchy at view creation time.
  40.  
  41. Reproducibility: 100%
  42. MacApp Version:  2.0ß9
  43. Software Configuration:  System 6.0.3, MPW 3.0, MultiFinder 6.1ß7
  44. Hardware Configuration:  Mac II 4MB, 40 MB internal
  45.  
  46. John Bartleson
  47. Attachmate Corp.
  48. 13231 SE 36th St.
  49. Bellevue, WA  98006
  50. Phone:
  51.  (206) 644-4010 Ext 315 (operator answered)
  52.  (206) 562-7315 (direct)
  53.  
  54.